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(54) Method and apparatus for efficient resending of messages using message ID 



(57) An enhanced email system incorporating mobile 
wireless communication devices includes program logic 
for efficiently managing (i.e., at least partially synchro- 
nizing) "messages sent" files in the mobile device and in 
a related message server. The exemplary program logic 
also more efficiently handles resending of previously sent 
email messages from the mobile wireless communica- 
tion device (especially in the context of synchronized 
messages sent files) by sending to the message server 
only abbreviated unique message ID in the first instance. 
In this way, wireless bandwidth is conserved as is the 
device battery. 
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Description 

BACKGROUND 

1. Technical Field 

[0001] This invention relatesto apparatus, method and 
stored computer program media for managing "messag- 
es sent" files and/or resending of messages from mobile 
wireless communication devices. 

2. Related Art 

[0002] Various email systems are nowwell known and 
utilized by millions on a daily basis. Email systems typi- 
cally maintain a stored file or folder containing current 
opened and unopened mail, previously sent mail, mes- 
sages that have been "deleted" (e.g., in a "trash" file until 
also deleted therefrom), email address files for various 
categories of parties with whom communications have 
been made or may be made in the future (e.g., an "ad- 
dress book") and the like. Sometimes email systems also 
incorporate calendar, personal contact data, documents, 
check lists and the like as well. 

[0003] Besides composing new email messages and 
sending them, most systems also include features for 
forwarding received emails onward to other recipients 
and for resending previously sent messages (e.g., pos- 
sibly retracting the earlier message in favor of a later 
version or possibly sending the same message on to ad- 
ditional recipients or possibly resending a message 
which for some reason went astray and was never ac- 
knowledged or actually received by the intended recipi- 
ent. 

[0004] Such email systems become considerably 
more complicated when they include mobile wireless 
communication devices as well as a user's base PC or 
enterprise message server or the like. In this more com- 
plex email system, a given email message may have 
originated at the user's desktop PC (or at somebody 
else's PC or otherwise) or may have originated in the first 
instance from the mobile wireless communication device 
itself. It is thus possible that the file of previously sent 
messages maintained in the mobile wireless communi- 
cation device is not always synchronized (i.e., identical 
in content) with the file of previously sent messages for 
that particular user (in either the user's desktop PC base 
unit or a message server associated therewith for an en- 
tire enterprise). While synchronization of address books 
and the like between a user's PC base unit and a mobile 
PDA or the like has been known for some time, many if 
not all prior email systems incorporating mobile wireless 
communication devices have apparently not maintained 
well synchronized "message sent" files. Perhaps at least 
partially for such reasons, when a message is being re- 
sent from a user's mobile wireless communication de- 
vice, it has heretofore typically involved resending of the 
entire message (e.g., the message header and message 



body text in full) from the mobile wireless communication 
device to an enterprise message server or the like (from 
which that particular message was then re-iterated to the 
same or new message recipients). 
5 [0005] At the same time, typically such prior email sys- 
tems incorporating mobile wireless communication de- 
vices have for a long time used a shortcut technique for 
effecting replies to received messages and/or forwarding 
of received messages from the mobile wireless commu- 
nication device. In particular, since in such instances the 
received message must already be resident at the enter- 
prise message server which sent it to the mobile wireless 
communication device, rather than including the entire 
received message text in a reply to or forwarding of that 
message, an abbreviated unique reference ID was in- 
stead transmitted back to the enterprise message server. 
This reference ID was then treated as a request to find 
the appropriate uniquely associated message and then 
to add the reply text thereto and send it onward and/or 
to forward the message (possibly also with additional 
added message text). 

[0006] However, in spite of the fact that such shortcut 
techniques/protocols have been in existence for many 
years in this context for replying to and/or forwarding in- 
coming messages from a mobile wireless communica- 
tion device, it does not appear that analogous shortcut 
technique previously has been used for resending pre- 
viously sent messages. In the past, when a message was 
resent from the mobile device, the entire contents of the 
message was sent from the device to the server. In some 
cases, particularly if there is not complete 1 00% current 
message syncing of the sent message files), not all pre- 
viously sent message information (e.g., message body 
text) may be available at the mobile wireless communi- 
cation device. However (particularly if synchronization of 
sent files is well maintained), then full message informa- 
tion for each previously sent message is likely to be al- 
ready available at the server. Nevertheless, the prior art 
practice effectively has ignored this situation and re- 
quired redundant message information to be sent across 
the wireless network which has been a waste of network 
- bandwidth and device battery. 

BRIEF SUMMARY 

[0007] We have now recognized that it is possible to 
avoid such needless waste of wireless bandwidth and/or 
device battery. 

[0008] The exemplary embodiments initially sends to 
the server only an abbreviated (but unique reference ID 
of the message to be resent, similar to what has previ- 
ously been done for replies and forwards. If the server 
recognizes the reference ID (i.e., has the message al- 
ready stored) it simply resends that particular message. 
If not, the server informs the device that the received 
reference ID is unknown, and the device then sends the 
entire message (as it knows it) back to the server for 
resending. 
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[0009] This saves network bandwidth because in most 
cases the server already will have the original sent mes- 
sage available. When the server does not (hopefully a 
rare occurrence if the "sent message" files are frequently 
synchronized), the prior mechanism of requestingthe de- 
vice's version of the complete message is still available, 
so there is no downgrade of service from the user's per- 
spective. 

[001 0] As may be noted, this is related to the previous 
protocol used when doing replies and forwards from the 
device. It has now become apparent that this needs to 
be extended to resends, particularly with the introduction 
of syncing of sent items - but wherein the syncing may 
also be abbreviated such that only message headers and 
reference ID's are regularly maintained atthe device (i.e., 
for messages originating elsewhere). In this case, the 
device typically does not have the entire message on the 
device (just the message header) and typical prior im- 
plementations would require the device to request the 
entire message to be delivered to the device before the 
user could then resend that same message back from 
the device. 

[0011] The exemplary protocol now allows resend 
from the mobile device by using, in most cases, only the 
message reference ID. That is, to resend the server now 
resends the original message as is (using the reference 
ID supplied by the device to find it). The identified mes- 
sage is simply found by the server and resent. If the mes- 
sage cannot be found by the server, the server responds 
with a transaction error. The device then sends the data 
that it has for this message (forward, reply or resend). 
Benefits of sending a reference ID (versus actual full mes- 
sage text data) at least include significant reduction in 
required network bandwidth and reduced device battery 
load. For example, in most cases, only a relatively small- 
sized reference ID will be required forsending to the serv- 
er - rather than the whole message itself (which could be 
thousands of bytes). 

[0012] For various reasons (in general, to save mem- 
ory space on the device), the original message body may 
be truncated on the device. This is certainly true for mes- 
sages that were originally sent from the user's desktop, 
but may also be true for messages truncated due to low 
memory storage conditions on the device. It is clearly a 
preferred method to not have to always download the 
entire message body to the device just to resend the 
same message back to the server from the device. 
[0013] The invention may be embedded in hardware, 
software or a combination of hardware and software. The 
invention provides a method for achieving enhanced 
management of "messages sent" files and/orthe resend- 
ing of messages from mobile wireless communication 
devices. The exemplary embodiment is realized, in part, 
by executable computer program code (i.e., logic) which 
may be embedded in physical program memory media. 



BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] These and other objects and advantages of this 
invention will be more completely understood and appre- 
5 dated by careful study of the following more detailed de- 
scription of at least one exemplary embodiment in con- 
junction with the accompanying drawings, in which: 

FIG. 1 is an overall system wide schematic view of 
an exemplary wireless email communication system 
incorporating a mobile wireless communication de- 
vice having enhanced "messages sent" file mainte- 
nance (synchronization) and message resend capa- 
bility in accordance with one exemplary embodiment 
of this invention; 

FIG. 2 is an abbreviated schematic diagram of hard- 
ware included within an exemplary mobile wireless 
communication device of FIG. 1; 
FIG. 3 is an exemplary abbreviated schematic flow- 
chart of computer software (i.e., program logic) that 
may be utilized, in parallel, in the device of FIG. 2 
and the message server of FIG. 1 to achieve an ex- 
emplary synchronization of "message sent" files at 
the device and server sides, respectively; and 
FIG. 4 is an exemplary of abbreviated schematic 
flowchart of computer software (i.e., program logic) 
that may be utilized in the device of FIG. 2 and the 
message server of FIG . 1 to achieve a more efficient 
resend message functionality in the device and serv- 
er, respectively. 

DETAILED DESCRIPTION OF EXEMPLARY EMBOD- 
IMENTS 

[001 5] FIG. 1 is an overview of an exemplary commu- 
nication system in which a wireless communication de- 
vice 100 (with an optional wired connection port 40) may 
be used in accordance with this invention. One skilled in 
the art will appreciate that there may be hundreds of dif- 
ferent system topologies. There may also be many mes- 
sage senders and recipients. The simple exemplary sys- 
tem shown in FIG. 1 is for illustrative purposes only, and 
shows perhaps the currently most prevalent Internet e- 
mail environment. 

[001 6] FIG. 1 shows an e-mail sender 1 0, the Internet 
12, a message server system 14, a wireless gateway 16, 
wireless infrastructure 18, a wireless network 20 and a 
mobile communication device 100. 
[001 7] An e-mail sender 1 0 may, for example, be con- 
nected to an ISP (Internet Service Provider) on which a 
user of the system has an account, located within a com- 
pany, possibly connected to a local area network (LAN), 
and connected to the Internet 12, or connected to the 
Internet 1 2 through a large ASP (application service pro- 
vider) such as American Online™ (AOL). Those skilled 
in the art will appreciate that the systems shown in FIG. 
1 may instead be connected to a wide area network 
(WAN) other than the Internet, although e-mail transfers 
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are commonly accomplishedth rough Internet-connected 
arrangements as shown in FIG. 1. 
[0018] The message server 14 may be implemented, 
for example, on a network computer within the firewall of 
a corporation, a computer within an ISP or ASP system 
or the like, and acts as the main interface for e-mail ex- 
change over the Internet 12. Although other messaging 
systems might not require a message server system 14, 
a mobile device 1 00 configured for receiving and possibly 
sending e-mail will normally be associated with an ac- 
count on a message server. Perhaps the two most com- 
mon message servers are Microsoft Exchange™ and Lo- 
tus Domino™. These products are often used in conjunc- 
tion with Internet mail routers that route and deliver mail. 
These intermediate components are not shown in FIG. 
1, as they do not directly play a role in the invention de- 
scribed below. Message servers such as server 14 typ- 
ically extend beyond just e-mail sending and receiving; 
they also include dynamic database storage engines that 
have predefined database formats for data like calen- 
dars, to-do lists, task lists, e-mail and documentation. 
[0019] The wireless gateway 16 and infrastructure 18 
provide a link between the Internet 12 and wireless net- 
work 20. The wireless infrastructure 18 determines the 
most likely network for locating a given user and tracks 
the users as they roam between countries or networks. 
A message is then delivered to the mobile device 100 
via wireless transmission, typically at a radio frequency 
(RF), from a base station in the wireless network 20 to 
the mobile device 100. The particular network 20 may 
be virtually any wireless network over which messages 
may be exchanged with a mobile communication device. 
[0020] As shown in FIG. 1, a composed e-mail mes- 
sage 22 is sent by the e-mail sender 10, located some- 
where on the Internet 1 2. This message 22 typically uses 
traditional Simple Mail Transfer Protocol (SMTP), RFC 
822 headers and multipurpose Internet Mail Extension 
(MIME) body parts to define the format of the mail mes- 
sage. These techniq ues are all well known to those skilled 
in the art. The message 22 arrives at the message server 
1 4 and is normally stored in a message store. Most known 
messaging systems support a so-called "pull" message 
access scheme, wherein the mobile device 1 00 must re- 
quest that stored messages be forwarded by the mes- 
sage server to the mobile device 100. Some systems 
provide for automatic routing of such messages which 
are addressed using a specific e-mail address associated 
with the mobile device 100. In a preferred embodiment, 
messages addressed to a message server account as- 
sociated with a host system such as a home computer 
or office computer 30 which belongs to the user of a mo- 
bile device 100 are redirected from the message server 
14 to the mobile device 100 as they are received. 
[0021] Regardless of the specific mechanism control- 
ling forwarding of messages to mobile device 100, the 
message 22, or possibly a translated or reformatted ver- 
sion thereof, is sent to wireless gateway 1 6. The wireless 
infrastructure 18 includes a series of connections to wire- 



less network 20. These connections could be Integrated 
Services Digital Network (ISDN), Frame Relay orT1 con- 
nections using the TCP/IP protocol used throughout the 
Internet. As used herein, the term "wireless network" is 

5 intended to include three different types of networks, 
those being (1) data-centric wireless networks, (2) voice- 
centric wireless networks and (3) dual-mode networks 
that can support both voice and data communications 
over the same physical base stations. Combined dual- 

10 mode networks include, but are not limited to, (1) Code 
Division Multiple Access (CDMA) networks, (2)the Group 
Special Mobile orthe Global System for Mobile Commu- 
nications (GSM) and the General Packet Radio Service 
(GPRS) networks, and (3) future third-generation (3G) 

15 networks like Enhanced Data-rates for Global Evolution 
(EDGE) and Universal Mobile Telecommunications Sys- 
tems (UMTS). Some older examples of data-centric net- 
work include the Mobitex™ Radio Network and the Da- 
taTAC™ Radio Network. Examples of older voice-centric 

20 data networks include Personal Communication Sys- 
tems (PCS) networks like GSM, and TDMA systems. 
[0022] The wireless RF communication port connec- 
tion is made via antenna 102 as depicted in FIG. 1. How- 
ever, the mobile wireless/wired communication device 

25 1 oo also typically has a wired (or perhaps wireless irda, 
Bluetooth, etc.) connection port 40 which mates with a 
connection in a wired cradle 42 to establish a wired digital 
communication link via a USB cable 44 to USB port of 
the user desktop computer 30. As will be appreciated, 

so the user's computer 30 is also connected to the user's 
wired office network 46 (as is the message server 14). 
[0023] As depicted in FIG. 2, mobile communication 
device 1 00 includes a suitable RF antenna 1 02 for wire- 
less communication to/from wireless network 20. Con- 

35 ventional RF, demodulation/modulation and decoding/ 
coding circuits 104 are provided. As those in the art will 
appreciate, such circuits can involve possibly many dig- 
ital signal processors (DSPs), microprocessors, filters, 
analog and digital circuits and the like. However, since 

40 such circuitry is well known in the art, it is not further 
described. 

[0024] The mobile communication device 100 will also 
typically include a main control CPU 106 which operates 
under control of a stored program in program memory 

45 108 (and which has access to data memory 110 and a 
message sent file 110a). CPU 106 also communicates 
with a conventional keyboard 112, display 114 (e.g., an 
LCD) and audio transducer or speaker 1 1 6. A portion of 
program memory 108a is available for storing an en- 

50 hanced messages sent file synchronization and mes- 
sage resending sub-routine (which may also interface 
with and use an IT Policy resident in data memory 110). 
Suitable computer program executable code is stored in 
portions of program memory 108a to constitute the en- 

55 hanced sub-routine logic described below. As also de- 
picted in FIG. 2, the CPU 106 is typically connected to a 
wired cradle USB connector40 (which is, in effect, a USB 
port). 
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[0025] In the preferred exemplary embodiment, provi- 
sions are made for maintaining at least partial synchro- 
nization of the messages sent files stored at the server 
14 and the mobile wireless communication device 100. 
The exemplary embodiment of synchronization is re- 
ferred to as "partial" because the messages sent file at 
the device 100 may not include full text for each message 
but, instead, only an abbreviated reference ID (preferably 
with header data sufficient to be user-recognizable) or 
the like to identify uniquely a particular previously sent 
message. At the same time, the server 14 will generally 
have a copy of the complete text of all previously sent 
messages in its messages sent file. Of course, as those 
in the art will appreciate, there typically will be conven- 
tional file housekeeping features available to permit purg- 
ing records from the message sent files as may be de- 
sired by the user (or as necessitated by maximum file 
capacity or the like to avoid an excessive number of en- 
tries in a message sent file for a particular user). 
[0026] As depicted in FIG. 3, the device synchroniza- 
tion messages sent file sub-routine 300 may be activated 
by a user at device 100. This causes a suitable "begin 
sync" signal 302 to be sent to the server 1 4 so as to also 
initiate the server synchronization message sent file sub- 
routine at 304. During most, if not all, of the synchroni- 
zation process, both sub-routines 300 and 304 are active. 
The server may thereafter simply wait for an expected 
synchronization communication 31 6 to be received (e.g., 
in a timed wait loop 306, 308). If the expected synchro- 
nization communication 316 is not timely received from 
the device, then an error message is displayed at 310 
and the server sub-routine is exited at 312. 
[0027] However, if the device sub-routine is operating 
successfully, then suitable synchronization message316 
will be generated at 314 and sent to the server. In an 
elementary implementation, this synchronization com- 
munication might include a listing of all message refer- 
ence ID's for all messages now listed in the "messages 
sent" file at the device. However, as those in the art will 
appreciate, there are known file synchronization proto- 
cols and techniques that can, at least some of the time, 
make it unnecessary to exchange complete file content 
lists. 

[0028] When the synchronization message from the 
device 100 is timely received, then it is processed at 31 8 
so as to, in effect, compare (a) the received list of mes- 
sage ID's from the sent messages file at the device to 
(b) the current messages sent file content at the server. 
As previously noted, those in the art will appreciate that 
a laborious comparison of each and every entry in both 
files at each sync session can be avoided if desired under 
some circumstances. 

[0029] If discrepancies are discovered at 320, then 
suitable discrepancy data is generated (e.g., identify 
messages missing in either the device and server) and 
sent back to the device at 334 - before the timed wait 
loop 324, 326 is entered. If no discrepancies are noted 
at 320, then a zero error (i.e., synchronized) signal will 



be sent back to the device at 322 and another timed wait 
loop 324, 326 is then entered to await a successful syn- 
chronization signal (and message textfor messages pre- 
viously identified as missing at the server) back from the 

5 device. If this is not timely received from the device, then 
the received previously messages are stored and an er- 
ror message may be displayed at 328 and the routine 
exited at 330. Otherwise, if a successful synchronization 
signal from the device is timely received, then a success- 

10 ful synchronization message is displayed at 332 before 
exit is taken at 330. 

[0030] At the device 100, after the initial synchroniza- 
tion data 31 6 is transmitted at 31 4, a timed wait loop 336, 
338 is entered to see if any discrepancies have been 

15 noted by the server in a return communication 340. If the 
expected discrepancy data message 340 is not timely 
received, then an error message is displayed at 342 and 
exit of the sub-routine is taken at 344. On the other hand, 
if a timely return message 340 is received, then it is proc- 

20 essed at 346 so as to store missing message headers 
and message reference ID's or the like as may be nec- 
essary so as to synchronize (but preferably only partially) 
messages sent file at the device 100. Upon completion 
of this processing, further processing is done at 348 so 

25 that any discovered missing messages at the server are 
sent to the server at 350 and/or a successive synchroni- 
zation signal is generated and sent back to the server. A 
successful synchronization message is displayed at 352 
before the device sub-routine is exited at 344. 

30 [0031] When synchronized messages sent files are 
frequently maintained at the device and server as already 
explained with respect to FIG. 3, then it is possible to 
more frequently than not save bandwidth and device bat- 
tery by employing a resend message protocol such as 

35 depicted in FIG. 4. Here, for example, if a user wishes to 
resend a message from the device 100, then a resend 
message sub-routine is entered at 400 and, using user- 
recognizable message identifying data (e.g., all or part 
of the message header data) available in the local sent 

40 messages file, only an abbreviated message reference 
ID is accessed (e.g., also available from the local sent 
messages file) at 402 and transmitted at 404 to the server 
14. This causes the server 14 to enter its enhanced re- 
send message sub-routine at 406. At 408, the server 1 4 

45 looks for the incoming message reference ID in its own, 
more complete, sent messages file. If such message is 
found to reside there in its entirety (which is most likely 
to happen in the exemplary embodiment), then the entire 
message is resent at 410 from the server and a confir- 

50 mation of that event is sent at 412 back to device 100 
before exit is taken at 414. On the other hand, in the 
event (hopefully rare) that the server can not find the mes- 
sage referenced by the incoming message reference ID 
at 408, then, at 416, a suitable request is sent from the 

55 server back to the device requesting more complete mes- 
sage details (e.g., the text of the message) as it may exist 
in the messages sent file of the device 100. 
[0032] After sending the initial message reference ID 
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at 402, the device 1 00 enters a timed wait loop 41 8, 420 
waiting either confirmation of the resend or a request for 
more message data to come back to it from the server. 
If a timely return message is not received, then an error 
message is displayed at 422 and exit of the sub-routine 
is taken at 424. On the other hand, if a timely returning 
message is received, then a test is made at 426 to see 
whether the returned signal indicates a need to send the 
entire message (if available) back to the server 1 4. If not, 
then exit is immediately taken at 424. On the other hand, 
if the server does not have enough information to resend 
the message from its own files, then the entire message 
text is sent from the device back to the server at 428 
before the device reenters the timed wait loop 418, 420 
(to again await a confirmation of the resend having been 
successfully accomplished at the server 14). 
[0033] If the server 14 sends a request for the entire 
message at 416, then it enters timed wait loop 430, 432 
awaiting the requested further message data 434. If time- 
ly received, then control is passed back to 41 0 where the 
message is resent. If not timely received, then an error 
message is displayed at 436 and the sub-routine is exited 
at 438. 

[0034] As those in the art will appreciate, the above 
described exemplary embodiments may be modified or 
varied in many ways while yet retaining novel features 
and advantages of this invention. Accordingly, all such 
modifications and variations are intended to be included 
within the scope of the appended claims. 



Claims 



said server to send to said server a more extensive 
resend message request that includes substantially 
an entire email message text. 

5 4. A mobile wireless email communication device as in 
claim 1 further comprising: 

sent message file synchronization logic which 
is configured to exchange communications with 
10 said message server related to the content of a 

respectively corresponding sent messages file 
at the message server and thereby maintain in 
the mobile device sent messages file, for each 
sent message then stored at the message serv- 
es er, said at least (a) unique message ID data and 
(b) user-recognizable message identifying data. 

5. A mobile wireless email communications device as 
in claim 4 wherein: 

20 

said sent message file synchronization logic is 
also configured to send backto said server, up- 
on request therefrom substantially an entire 
email sent message record if a full copy of such 
25 sent email message is not found at the server 

during a synchronization session. 

6. Amethodforresending email messages from mobile 
wireless email communication device capable of 

30 sending, receiving and re-sending email messages 
via an associated message server, said method 
comprising: 



15 



20 



maintaining a stored sent messages file includ- 
es ing at least (a) unique message ID data and (b) 
user recognizable message identifying data for 
each of plural previously sent email messages; 
and 

in response to a user resent command, initially 
40 sending to said associated server abbreviated 

resend message request that includes said 
unique message ID data but not an entire email 
message text. 

45 7. A method as in claim 6 wherein: 



1. A mobile wireless email communication device ca- 
pable of sending, receiving and re-sending email 
messages via an associated message server, said 
mobile device comprising: 

a stored sent messages file including at least (a) 
unique message ID data and (b) user recogniz- 
able message identifying data for each of plural 
previously sent email messages; and 
message resend logic linked to said stored sent 
messages file which, in response to a user re- 
send command initially sends to said associated 
server abbreviated resend message request 
that includes said unique message ID data but 
not an entire email message text. 

2. A mobile wireless email communication device as in 
claim 1 wherein said message resend logic initially 
sends to said associated server a resend message 
request including as its data payload substantially 
only said unique message ID data. 

3. A mobile wireless email communication device as in 
claim 1 wherein said message resend logic is also 
configured to respond to a subsequent request from 



said initially sending step sends to said associ- 
ated server a resend message request including 
as its data payload substantially only said unique 
50 message ID data. 

8. A method as in claim 6 further comprising: 

in response to a subsequent request from said 
55 server, sending to said server from said device 

a more extensive resend message request that 
includes substantially an entire email message 
text. 
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9. A method as in claim 6 further comprising: 

exchanging communications between said 
message server and said device related to the 
content of a respectively corresponding sent 
messages file at the message server and there- 
by maintaining in the mobile device sent mes- 
sages file, for each sent message then stored 
at the message server, said at least (a) unique 
message ID data and (b) user-recognizable 
message identifying data. 

10. A method as in claim 9 further comprising: 

sending substantially an entire email send mes- 
sage record from the device to the server if a full 
copy of such sent email message is not found 
at the server during a synchronization session. 

11. A stored computer program medium in which is 
stored at least one computer program which, when 
executed, effects a method for resending email mes- 
sages from mobile wireless email communication 
device capable of sending, receiving and re-sending 
email messages via an associated message server, 
said method comprising: 

maintaining a stored sent messages file includ- 
ing at least (a) unique message ID data and (b) 
user recognizable message identifying data for 
each of plural previously sent email messages; 
and 

in response to a user resend command, initially 
sending to said associated server abbreviated 
resend message request that includes said 
unique message ID data but not an entire email 
message text. 



exchanging communications between said 
message server and said device related to the 
content of a respectively corresponding sent 
messages file at the message server and there- 
5 by maintaining in the mobile device sent mes- 

sages file, for each sent message then stored 
at the message server, said at least (a) unique 
message ID data and (b) user-recognizable 
message identifying data. 

10 

15. A stored computer program medium as in claim 1 1 
wherein said method further comprising: 

sending substantially an entire email sent mes- 
15 sage record from the device to the server if a full 

copy of such sent email message is not found 
at the server during a synchronization session. 

16. An email message server capable of sending, re- 
20 ceiving and re-sending email messages via an as- 
sociated mobile wireless communication device, 
said server comprising: 

a stored sent messages file including (a) unique 
25 message ID data, (b) user-recognizable mes- 

sage identifying data and (c) associated mes- 
sage textfor each of a plurality of previously sent 
email messages; and 

message resend logic linked to said sent mes- 
30 sages file which, in response to an abbreviated 

resend message request received from mobile 
wireless communication device including said 
unique message ID data for a particular sent 
message to be resent, uses the unique message 
35 ID data to search for a respectively correspond- 

ing locally stored sent message text and, if 
found, to resend that found email message. 



30 



12. A stored computer program medium as in claim 11 
wherein: 

said initially sending step sends to said associ- 
ated server a resend message request including 
as its data payload substantial ly on ly said unique 
message ID data. 

13. A stored computer program medium as in claim 11 
wherein said method further comprises: 

in response to a subsequent request from said 
server, sending to said server from said device 
a more extensive resend message request that 
includes substantially an entire email message 
text. 

14. A stored computer program medium as in claim 11 
wherein said method further comprises: 



40 



45 



1 7. An email message server as in claim 1 6 wherein said 
message resend logic is also configured to send to 
said mobile wireless communication device a re- 
quest for said respectively corresponding stored 
sent message text if it is not found locally at the serv- 
er. 

1 8. An email message server as in claim 1 6 further com- 
prising: 



sent message file synchronization logic which 
50 is configured to exchange communications with 

said mobile wireless communication device re- 
lated to the content of a respectively correspond- 
ing sent messages file at the mobile device and 
thereby maintain in the server sent messages 
55 file, for each sent message then stored in the 

mobile device, said (a) unique message ID data, 
(b) user-recognizable message identifying data 
and (c) associated message text. 
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19. A method for resending email messages from an 
email message server capable of sending, receiving 
and re-sending email messages via an associated 
mobile wireless communication device, said method 
comprising: 

maintaining a stored sent messages file includ- 
ing (a) unique message ID data, (b) user-recog- 
nizable message identifying data and (c) asso- 
ciated message text for each of a plurality of 
previously sent email messages; and 
in response to an abbreviated resend message 
request received from mobile wireless commu- 
nication device including said unique message 
ID data for a particular sent message to be re- 
sent, using the unique message ID data to 
search for a respectively corresponding locally 
stored sent messagetext and, if found, to resend 
that found email message. 

20. A method as in claim 19 wherein a request for said 
respectively corresponding stored sent message 
text is sent to the device if it is not found locally at 
the server. 

21. A method as in claim 19 further comprising: 

exchanging communications between said mo- 
bile wireless communication device and said 
server related to the content of a respectively 
corresponding sent messages file at the mobile 
device and thereby maintain in the server sent 
messages file, for each sent message then 
stored in the mobile device, said (a) unique mes- 
sage ID data, (b) user-recognizable message 
identifying data and (c) associated message 
text. 

22. A stored computer program medium in which is 
stored at least one computer program which when 
executed, effects a method for resending email mes- 
sages from an email message server capable of 
sending, receiving and re-sending email messages 
via an associated mobile wireless communication 
device, said method comprising: 

maintaining a stored sent messages file includ- 
ing (a) unique message ID data, (b) user-recog- 
nizable message identifying data and (c) asso- 
ciated message text for each of a plurality of 
previously sent email messages; and 
in response to an abbreviated resend message 
request received from mobile wireless commu- 
nication device including said unique message 
ID data for a particular sent message to be re- 
sent, using the unique message ID data to 
search for a respectively corresponding locally 
stored sent messagetext and, if found, to resend 



that found email message. 

23. A stored computer program medium as in claim 22 
wherein a request for said respectively correspond- 

5 ing stored sent message is sent to the device if it is 
not found locally at the server. 

24. A stored computer program medium as in claim 1 2 
wherein said method further comprises: 

10 

exchanging communications between said mo- 
bile wireless communication device and said 
server related to the content of a respectively 
corresponding sent messages file at the mobile 
15 device and thereby maintain in the server sent 

messages file, for each sent message then 
stored in the mobile device, said (a) unique mes- 
sage ID data, (b) user-recognizable message 
identifying data and (c) associated message 
20 text. 



Amended claims in accordance with Rule 86(2) EPC. 

25 1. A mobile wireless email communication device 
(100) capable of sending, receiving and re-sending 
email messages via an associated message server, 
said mobile device being characterized by: 

30 a stored sent messages file (1 00a) including at 

least (a) unique message ID data and (b) user 
recognizable message identifying data for each 
of plural previously sent email messages; and 
message resend logic (108a) linked to said 
35 stored sent messages file which is configured 

to, in response to a user resend command, ini- 
tially send to said associated server abbreviated 
resend message request that includes said 
unique message ID data but not an entire email 
40 message text. 

2. A mobile wireless email communication device as 
in claim 1 wherein said message resend logic is con- 
figured to initially send to said associated server a 

45 resend message request including as its data pay- 
load substantially only said unique message ID data. 

3. A mobile wireless email communication device as 
in claim 1 wherein said message resend logic is also 

50 configured to respond to a subsequent request from 
said server to send to said server a more extensive 
resend message request that includes substantially 
an entire email message text. 

55 4. A mobile wireless email communication device as 
in claim 1 further comprising: 

sent message file synchronization logic which 
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is configured to exchange communications with 
said message server related to the content of a 
respectively corresponding sent messages file 
at the message server and thereby maintain in 
the mobile device sent messages file, for each 5 
sent message then stored at the message serv- 
er, said at least (a) unique message ID data and 
(b) user-recognizable message identifying data. 

5. A mobile wireless email communications device 10 
as in claim 4 wherein: 



sages file, for each sent message then stored 
at the message server, said at least (a) unique 
message ID data and (b) user-recognizable 
message identifying data. 

10. A method as in claim 9 further comprising: 

sending substantially an entire email send mes- 
sage record from the device to the server if a full 
copy of such sent email message is not found 
at the server during a synchronization session. 



said sent message file synchronization logic is 
also configured to send back to said server, up- 
on request therefrom substantially an entire is 
email sent message record if a full copy of such 
sent email message is not found at the server 
during a synchronization session. 

6. A method for resending email messages from mo- 20 
bile wireless email communication device capable 

of sending, receiving and re-sending email messag- 
es via an associated message server, said method 
being characterized by: 

25 

maintaining (300) a stored sent messages file 
including at least (a) unique message ID data 
and (b) user recognizable message identifying 
data for each of plural previously sent email 
messages; and 30 
in response to a user resend command (400), 
initially sending (402) to said associated server 
abbreviated resend message request that in- 
cludes said unique message ID data but not an 
entire email message text. 35 

7. A method as in claim 6 wherein: 



said initially sending step sends to said associ- 
ated server a resend message request including 
as its data payload substantial ly only said unique 
message ID data. 

8. A method as in claim 6 further comprising: 



40 



45 



in response to a subsequent request from said 
server, sending to said server from said device 
a more extensive resend message request that 
includes substantially an entire email message 
text. so 



11. A stored computer program medium in which is 
stored at least one computer program which, when 
executed, effects a method for resending email mes- 
sages from mobile wireless email communication 
device capable of sending, receiving and re-sending 
email messages via an associated message server, 
said method being characterized by: 

maintaining (300) a stored sent messages file 
including at least (a) unique message ID data 
and (b) user recognizable message identifying 
data for each of plural previously sent email 
messages; and 

in response to a user resend command (400), 
initially sending (402) to said associated server 
abbreviated resend message request that in- 
cludes said unique message ID data but not an 
entire email message text. 

1 2. A stored computer program medium as in claim 
1 1 wherein: 

said initially sending step sends to said associ- 
ated server a resend message request including 
as its data payload substantially only said uniq ue 
message ID data. 

13. A stored computer program medium as in claim 
1 1 wherein said method further comprises: 

in response to a subsequent request from said 
server, sending to said server from said device 
a more extensive resend message request that 
includes substantially an entire email message 
text. 

1 4. A stored computer program medium as in claim 
1 1 wherein said method further comprises: 



9. A method as in claim 6 further comprising: 

exchanging communications between said 
message server and said device related to the 
content of a respectively corresponding sent 
messages file atthe message server and there- 
by maintaining in the mobile device sent mes- 



exchanging communications between said 
message server and said device related to the 
content of a respectively corresponding sent 
55 messages file at the message server and there- 

by maintaining in the mobile device sent mes- 
sages file, for each sent message then stored 
at the message server, said at least (a) unique 
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message ID data and (b) user-recognizable 
message identifying data. 

15. A stored computer program medium as in claim 

1 1 wherein said method further comprising: 5 

sending substantially an entire email sent mes- 
sage record from the device to the server if a f u II 
copy of such sent email message is not found 
at the server during a synchronization session. 10 

16. An email message server capable of sending, 
receiving and re-sending email messages via an as- 
sociated mobile wireless communication device, 
said server being characterized by: is 

a stored sent messages file (304) including (a) 
unique message ID data, (b) user-recognizable 
message identifying data and (c) associated 
message text for each of a plurality of previously 20 
sent email messages; and 
message resend logic (406) linked to said sent 
messages file which is configured to, in re- 
sponse to an abbreviated resend message re- 
quest received from mobile wireless communi- 25 
cation device including said unique message ID 
data for a particular sent message to be resent, 
use the unique message ID data to search for a 
respectively corresponding locally stored sent 
message text and, if found, to resend that found 30 
email message. 

1 7. An email message server as in claim 1 6 wherein 
said message resend logic is also configured to send 

to said mobile wireless communication device a re- 35 
quest for said respectively corresponding stored 
sent message text if it is not found locally at the serv- 
er. 

1 8. An email message server as in claim 1 6 further 40 
comprising: 

sent message file synchronization logic which 
is configured to exchange communications with 
said mobile wireless communication device re- 45 
lated to the content of a respectively correspond- 
ing sent messages file at the mobile device and 
thereby maintain in the server sent messages 
file, for each sent message then stored in the 
mobile device, said (a) unique message ID data, 50 
(b) user-recognizable message identifying data 
and (c) associated message text. 

19. A method for resending email messages from 

an email message servercapable of sending, receiv- 55 
ing and re-sending email messages via an associ- 
ated mobile wireless communication device, said 
method being characterized by: 



maintaining (304) a stored sent messages file 
including (a) unique message ID data, (b) user- 
recognizable message identifying data and (c) 
associated message text for each of a plurality 
of previously sent email messages; and 
in response (406) to an abbreviated resend mes- 
sage request received from mobile wireless 
communication device including said unique 
message ID data for a particular sent message 
to be resent, using the unique message ID data 
to search for a respectively corresponding local- 
ly stored sent message text and, if found, to re- 
send that found email message. 

20. A method as in claim 1 9 wherein a request for 
said respectively corresponding stored sent mes- 
sage text is sent to the device if it is not found locally 
at the server. 

21. A method as in claim 19 further comprising: 

exchanging communications between said mo- 
bile wireless communication device and said 
server related to the content of a respectively 
corresponding sent messages file at the mobile 
device and thereby maintain in the server sent 
messages file, for each sent message then 
stored in the mobile device, said (a) unique mes- 
sage ID data, (b) user-recognizable message 
identifying data and (c) associated message 
text. 

22. A stored computer program medium in which is 
stored at least one computer program which when 
executed, effects a method for resending email mes- 
sages from an email message server capable of 
sending, receiving and re-sending email messages 
via an associated mobile wireless communication 
device, said method being characterized by: 

maintaining (304) a stored sent messages file 
including (a) unique message ID data, (b) user- 
recognizable message identifying data and (c) 
associated message text for each of a plurality 
of previously sent email messages; and 
in response (406) to an abbreviated resend mes- 
sage request received from mobile wireless 
communication device including said unique 
message ID data for a particular sent message 
to be resent, using the unique message ID data 
to search for a respectively corresponding local- 
ly stored sent message text and, if found, to re- 
send that found email message. 

23. A stored computer program medium as in claim 
22 wherein a request for said respectively corre- 
sponding stored sent message is sent to the device 
if it is not found locally at the server. 
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24. A stored computer program medium as in claim 
1 2 wherein said method further comprises: 

exchanging communications between said mo- 
bile wireless communication device and said 5 
server related to the content of a respectively 
corresponding sent messages file at the mobile 
device and thereby maintain in the server sent 
messages file, for each sent message then 
stored in the mobile device, said (a) unique mes- 10 
sage ID data, (b) user-recognizable message 
identifying data and (c) associated message 
text. 
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